REMARKS/ARGUMENTS 



Claims 40-58 are pending in the present application. Claims 1-39 are canceled. Claims 40, 42, 
and 43 are amended. Support for the amendments may be found in the description on page 3 lines 5-6 
and lines 19-23, page 6 lines 12-16, page 7 lines 1-2, page 8 lines 18-19, page 12 lines 9-13, page 13 lines 
15-34, and page 14 lines 1-9. Reconsideration of the claims is respectfully requested. 

I. 35 U.S.C. § 102, Anticipation 

The examiner has rejected claims 40-58 under 35 U.S.C. § 102 as being anticipated by Kelkar et 
al., Cluster Failover for Storage Management Services , (U.S. Patent 7,058,846), (hereinafter "Kelkar"). 
The Examiner states: 

In regard to claim 40 

Kelkar discloses a method for replicating a software application in a multi- 
computer architecture (cluster), whereas said software application may be 
executed beforehand on a first computer of said cluster forming a primary node 
and intended for replication on at least one other computer of said cluster 
forming a secondary node, 

comprising a replication of the resources associated with said software 
application, characterized in that the replicated resources include: (Figure 2) and 
(abstract) [This figure shows two nodes 110A and HOB] 

- the virtual memory of each process affected as well as its calling stack, 

- system resources (inter-process communication, network connection, etc.) and 

- data written on disks. (Summary; " These operations include storage 
management services that allow configuration changes to be made dynamically 
to storage resources") [Examiner reminds Applicant that resources include virtual 
memory, stack calls, system resources, and data written on disk.] 

and in that it includes on the flow updating of the replicated resources by a 
dynamic introspection mechanism supplying the structure of the application to be 
replicated, as well as a dynamic graph of the resources and dependencies 
implemented. (Column 3; lines 33-36) [real time is on the flow] 

Final Office Action dated March 19, 2008, pp. 2-3. 

A prior art reference anticipates the claimed invention under 35 U.S.C. § 102 only if every 
element of a claimed invention is identically shown in that single reference, arranged as they are in the 
claims. In re Bond, 910 F.2d 831, 832, 15 U.S.P.Q.2d 1566, 1567 (Fed. Cir. 1990). All limitations of the 
claimed invention must be considered when determining patentability. In re Lowry, 32 F.3d 1579, 1582, 
32 U.S.P.Q.2d 1031, 1034 (Fed. Cir. 1994). Anticipation focuses on whether a claim reads on the product 
or process a prior art reference discloses, not on what the reference broadly teaches. Kalman v. Kimberly- 
Clark Corp., 713 F.2d 760, 218 U.S.P.Q. 781 (Fed. Cir. 1983). In this case, each and every feature of the 
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presently claimed invention is not identically shown in the cited reference, arranged as they are in the 



Claim 40, as amended is as follows: 

40. A computer implemented method for replicating a software application, 
the computer implemented method comprising: 

executing the software application on a primary node to form a master 
application; 

identifying resources and dependencies required by the master 
application to form required resources; 

updating the required resources dynamically on the primary node; 

generating a structure of the master application and a dynamic graph of 
the required resources from the required resources; 

replicating the resources by transferring the structure to a set of 
secondary nodes via a network to form a replica; 

restoring the replica on the set of secondary nodes to form a set of clone 
software applications; 

executing the set of clone software applications on the set of secondary 
nodes, without loss of context; and 

updating the set of clone software applications with incremental updates, 
of the required resources of the master application to create a hot standby 
application. 

Kelkar does not anticipate claim 1 because Kelkar fails to teach the features as claimed. In 
particular Kelkar fails to teach the features of, "executing the software application on a primary node to 
form a master application," "identifying resources and dependencies required by the master application to 
form required resources," "updating the required resources dynamically on the primary node," 
"generating a structure of the master application and a dynamic graph of the required resources from the 
required resources," "replicating the resources by transferring the structure to a set of secondary nodes via 
a network to form a replica," "restoring the replica on the set of secondary nodes to form a set of clone 
software applications," "executing the set of clone software applications on the set of secondary nodes, 
without loss of context," and "updating the set of clone software applications with incremental updates, of 
the required resources of the master application to create a hot standby application." 

With regard to the feature of, "executing the software application on a primary node to form a 

master application," applicants address portions of Kelkar cited by the examiner. The cited portions 

include Figure 2 and the following: 

A method, system, and computer program product to enable other nodes in a 
cluster to resume operations of a failed node. These operations include storage 
management services that allow configuration changes to be made dynamically 
to storage resources. Resource configuration data are synchronized on a set of 
nodes in a cluster immediately when a resource configuration change is made. If 
a node that has made a resource configuration change fails, the resource 
configuration change is available for use by other nodes in the set, each of which 
can resume operations of the failed node. 
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Kelkar abstract. 

Kelkar apparently teaches managing storage resources for an application and not the application 
itself as stated above, "These operations include storage management services that allow configuration 
changes to be made dynamically to storage resources.. .the resource configuration change is available for 
use by other nodes in the set." Kelkar further appears to teach close to real time updating of resources as 
in: 

The present invention provides a method, system, and computer program product 
to make resource configuration information available to nodes in a cluster in as 
close to real-time as possible with minimal overhead. 

Kelkar, col. 3 lines 33-36. 

However, Kelkar in col. 5 lines 8-9 states, "nodes 1 10A and 1 1 OB are configured as servers for 
the same application program." Kelkar teaches management of configured resources for a single 
application and does not deal with configuring of the application itself. Further Kelkar does not teach 
cloning the application. 

Kelkar teaches sharing resource configuration data and the configuration change is shared by 

setting attributes as in: 

Nodes 1 10A and HOB share resource configuration data, and each node has a 
respective copy, respectively labeled resource configuration data 370A and 
resource configuration data 370B. 

Kelkar col. 5 lines 52-55. 

In the embodiment shown in FIG. 3, the configuration change is shared by setting 
attributes. 

Kelkar col. 6 lines 28-29. 

In contrast, the claimed features of the amended claim 40 are neither taught nor suggested by the 
disclosure of Kelkar. In addition, Kelkar fails to teach the features of "replicating the resources by 
transferring the structure to a set of secondary nodes via a network to form a replica," "restoring the 
replica on the set of secondary nodes to form a set of clone software applications," and "executing the set 
of clone software applications on the set of secondary nodes, without loss of context," because Kelkar 
manages configuration data change by sharing attribute settings as previously stated. Kelkar further 
teaches at col. 8 lines 15-17, "send the value of the attribute as the resource configuration data to the set 
of nodes." 

Kelkar therefore does not teach "transferring the structure to a set of secondary nodes" because 
Kelkar does not create such a structure of the software application. Further Kelkar fails to teach forming 
a replica and restoring the replica because Kelkar teaches use of attribute values and sending attribute 
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values to another node. Kelkar teaches sending attribute values from one node to another node. In 



contrast the claimed feature creates a structure of a software application that is sent to another node where 

it is restored and executed. Kelkar fails to teach creation, transfer and restoration of such a structure. 

Further, Kelkar fails to execute the restored structure as is claimed because Kelkar deals only with 

attribute values of a resource. 

In addition, Kelkar fails to teach the feature of, "updating the set of clone software applications 

with incremental updates, of the required resources of the master application to create a hot standby 

application." Kelkar teaches, 

In response to the failover, in action 6.3, cluster manager 330B activates 
resources. In one embodiment, cluster manager 330B calls an "online" entry 
point, or set of instructions, for each agent. Also in action 6.3, storage resource 
agent 41 6 A, log agent 418B, and recovery agent 419B begin preparation to 
actively manage resources, such as storage resource 140. In action 6.4, each of 
storage resource agent 416A, log agent 41 8B, and recovery agent 419B requests 
resource configuration manager 360B for respective attributes. Resource 
configuration manager 360B obtains the attributes from storage resource 
attributes 476B, log attributes 478B, and recovery attributes 479B of resource 
configuration data 370B in action 6.5. Because resource configuration data 370A 
and 370B are synchronized, cluster manager 330B has access to current values 
for the attributes for storage resource 140. 

In action 6.6, resource configuration manager 360B provides storage resource 
attributes 476B, log attributes 478B, and recovery attributes 479B to the 
respective agents storage resource agent 416A, log agent 41 8B, and recovery 
agent 419B. In action 6.7, storage resource agent 416B uses storage resource 
attributes 476B to create storage group definition 140D on node HOB. 

Kelkar, col. 8 lines 45-67. 

Kelkar therefore teaches, responsive to a failover "storage resource agent 416B uses storage 
resource attributes 476B to create storage group definition 140D on node 1 10B." Kelkar therefore does 
not have a usable resource until the resource definition has been created and made ready. In contrast the 
claimed feature "updating the set of clone software applications with incremental updates, of the required 
resources of the master application to create a hot standby application." Therefore Kelkar does not teach 
the feature as currently claimed. 

Kelkar fails to teach every element of a claimed invention as identically shown in that single 
reference, arranged as they are in the claims in accordance with the standard of In re Bond. Accordingly, 
Kelkar does not anticipate claim 40. 
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Because claims 41-57 depend from claim 40, the same distinctions between Kelkar and claim 40 
apply equally well for claims 41-57. Additionally, claim 58 claims similar subject matter as claim 40, and 
is therefore likewise distinguished from the teaching of Kelkar. Accordingly, the rejection of claims 40- 
58 under 35 U.S.C. § 102 has been overcome. 

II. Conclusion 

The subject application is patentable over the cited references. Therefore, the subject application 
should now be in condition for allowance. Applicants invite the examiner to call the undersigned at the 
below-listed telephone number if, in the opinion of the examiner, a telephone conference would expedite 
or aid the prosecution of this application. 

DATE: July 29, 2008 

Respectfully submitted, 

/Theodore D. Fay, III/ 

Theodore D. Fay, III 

Reg. No. 48,504 
Yee & Associates, P.C. 
P.O. Box 802333 
Dallas, TX 75380 
(972) 385-8777 
Attorney for Applicants 

TDF/wr 
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